Automatic generation of load and route design

ABSTRACT

A system including one or more processors and one or more non-transitory computer-readable media storing computing instructions configured to run on the one or more processors and perform receiving orders from physical stores for fulfillment from a distribution center, each of the orders comprising a set of items and a requested delivery date; generating a stack building plan for each of the orders using simulated annealing; obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan; and generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by the trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints. Other embodiments are disclosed.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No. 62/798,911, filed Jan. 30, 2019. U.S. Provisional Application No. 62/798,911 is incorporated herein by reference in its entirety.

TECHNICAL FIELD

This disclosure relates generally to automatic generation of load and route design.

BACKGROUND

Delivery trailers are often used to transport orders. Generally, the items in an order are prepared into stacks for transport. Stacks typically involve items stacked on pallets, and the stacks are often wrapped to keep the items from falling out from the stack. Such stacks can be loaded into the delivery trailer for transport, then unloaded at a destination. Some delivery routes involve multiple destinations.

BRIEF DESCRIPTION OF THE DRAWINGS

To facilitate further description of the embodiments, the following drawings are provided in which:

FIG. 1 illustrates a front elevational view of a computer system that is suitable for implementing an embodiment of the system disclosed in FIG. 3;

FIG. 2 illustrates a representative block diagram of an example of the elements included in the circuit boards inside a chassis of the computer system of FIG. 1;

FIG. 3 illustrates a block diagram of a load and route design system that can be employed for automatic generation of load and route design, according to an embodiment;

FIG. 4 illustrates a block diagram of acts, modules, and outputs, which can be employed for automatic generation of load and route design, according to an embodiment;

FIG. 5 illustrates a flow chart for a method, according to another embodiment;

FIG. 6(a) illustrates a top, rear, right side perspective view of a lengthwise loading pattern for a trailer;

FIG. 6(b) illustrates a top plan view of a pinwheel loading pattern for a trailer;

FIG. 7 illustrates a top, left side perspective view of a semi-trailer truck including a tractor and a trailer; and

FIG. 8 illustrates a top, rear, left side perspective view of a load in a trailer in which the largest and heaviest stacks are positioned in the middle of the trailer, closest to the center point between the axles.

For simplicity and clarity of illustration, the drawing figures illustrate the general manner of construction, and descriptions and details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the present disclosure. Additionally, elements in the drawing figures are not necessarily drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help improve understanding of embodiments of the present disclosure. The same reference numerals in different figures denote the same elements.

The terms “first,” “second,” “third,” “fourth,” and the like in the description and in the claims, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms “include,” and “have,” and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, device, or apparatus that comprises a list of elements is not necessarily limited to those elements, but may include other elements not expressly listed or inherent to such process, method, system, article, device, or apparatus.

The terms “left,” “right,” “front,” “back,” “top,” “bottom,” “over,” “under,” and the like in the description and in the claims, if any, are used for descriptive purposes and not necessarily for describing permanent relative positions. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the apparatus, methods, and/or articles of manufacture described herein are, for example, capable of operation in other orientations than those illustrated or otherwise described herein.

The terms “couple,” “coupled,” “couples,” “coupling,” and the like should be broadly understood and refer to connecting two or more elements mechanically and/or otherwise. Two or more electrical elements may be electrically coupled together, but not be mechanically or otherwise coupled together. Coupling may be for any length of time, e.g., permanent or semi-permanent or only for an instant. “Electrical coupling” and the like should be broadly understood and include electrical coupling of all types. The absence of the word “removably,” “removable,” and the like near the word “coupled,” and the like does not mean that the coupling, etc. in question is or is not removable.

As defined herein, two or more elements are “integral” if they are comprised of the same piece of material. As defined herein, two or more elements are “non-integral” if each is comprised of a different piece of material.

As defined herein, “approximately” can, in some embodiments, mean within plus or minus ten percent of the stated value. In other embodiments, “approximately” can mean within plus or minus five percent of the stated value. In further embodiments, “approximately” can mean within plus or minus three percent of the stated value. In yet other embodiments, “approximately” can mean within plus or minus one percent of the stated value.

DESCRIPTION OF EXAMPLES OF EMBODIMENTS

Turning to the drawings, FIG. 1 illustrates an exemplary embodiment of a computer system 100, all of which or a portion of which can be suitable for (i) implementing part or all of one or more embodiments of the techniques, methods, and systems and/or (ii) implementing and/or operating part or all of one or more embodiments of the non-transitory computer readable media described herein. As an example, a different or separate one of computer system 100 (and its internal components, or one or more elements of computer system 100) can be suitable for implementing part or all of the techniques described herein. Computer system 100 can comprise chassis 102 containing one or more circuit boards (not shown), a Universal Serial Bus (USB) port 112, a Compact Disc Read-Only Memory (CD-ROM) and/or Digital Video Disc (DVD) drive 116, and a hard drive 114. A representative block diagram of the elements included on the circuit boards inside chassis 102 is shown in FIG. 2. A central processing unit (CPU) 210 in FIG. 2 is coupled to a system bus 214 in FIG. 2. In various embodiments, the architecture of CPU 210 can be compliant with any of a variety of commercially distributed architecture families.

Continuing with FIG. 2, system bus 214 also is coupled to memory storage unit 208 that includes both read only memory (ROM) and random access memory (RAM). Non-volatile portions of memory storage unit 208 or the ROM can be encoded with a boot code sequence suitable for restoring computer system 100 (FIG. 1) to a functional state after a system reset. In addition, memory storage unit 208 can include microcode such as a Basic Input-Output System (BIOS). In some examples, the one or more memory storage units of the various embodiments disclosed herein can include memory storage unit 208, a USB-equipped electronic device (e.g., an external memory storage unit (not shown) coupled to universal serial bus (USB) port 112 (FIGS. 1-2)), hard drive 114 (FIGS. 1-2), and/or CD-ROM, DVD, Blu-Ray, or other suitable media, such as media configured to be used in CD-ROM and/or DVD drive 116 (FIGS. 1-2). Non-volatile or non-transitory memory storage unit(s) refer to the portions of the memory storage units(s) that are non-volatile memory and not a transitory signal. In the same or different examples, the one or more memory storage units of the various embodiments disclosed herein can include an operating system, which can be a software program that manages the hardware and software resources of a computer and/or a computer network. The operating system can perform basic tasks such as, for example, controlling and allocating memory, prioritizing the processing of instructions, controlling input and output devices, facilitating networking, and managing files. Exemplary operating systems can includes one or more of the following: (i) Microsoft® Windows® operating system (OS) by Microsoft Corp. of Redmond, Wash., United States of America, (ii) Mac® OS X by Apple Inc. of Cupertino, Calif., United States of America, (iii) UNIX® OS, and (iv) Linux® OS. Further exemplary operating systems can comprise one of the following: (i) the iOS® operating system by Apple Inc. of Cupertino, Calif., United States of America, (ii) the Blackberry® operating system by Research In Motion (RIM) of Waterloo, Ontario, Canada, (iii) the WebOS operating system by LG Electronics of Seoul, South Korea, (iv) the Android™ operating system developed by Google, of Mountain View, Calif., United States of America, (v) the Windows Mobile™ operating system by Microsoft Corp. of Redmond, Wash., United States of America, or (vi) the Symbian™ operating system by Accenture PLC of Dublin, Ireland.

As used herein, “processor” and/or “processing module” means any type of computational circuit, such as but not limited to a microprocessor, a microcontroller, a controller, a complex instruction set computing (CISC) microprocessor, a reduced instruction set computing (RISC) microprocessor, a very long instruction word (VLIW) microprocessor, a graphics processor, a digital signal processor, or any other type of processor or processing circuit capable of performing the desired functions. In some examples, the one or more processors of the various embodiments disclosed herein can comprise CPU 210.

In the depicted embodiment of FIG. 2, various I/O devices such as a disk controller 204, a graphics adapter 224, a video controller 202, a keyboard adapter 226, a mouse adapter 206, a network adapter 220, and other I/O devices 222 can be coupled to system bus 214. Keyboard adapter 226 and mouse adapter 206 are coupled to a keyboard 104 (FIGS. 1-2) and a mouse 110 (FIGS. 1-2), respectively, of computer system 100 (FIG. 1). While graphics adapter 224 and video controller 202 are indicated as distinct units in FIG. 2, video controller 202 can be integrated into graphics adapter 224, or vice versa in other embodiments. Video controller 202 is suitable for refreshing a monitor 106 (FIGS. 1-2) to display images on a screen 108 (FIG. 1) of computer system 100 (FIG. 1). Disk controller 204 can control hard drive 114 (FIGS. 1-2), USB port 112 (FIGS. 1-2), and CD-ROM and/or DVD drive 116 (FIGS. 1-2). In other embodiments, distinct units can be used to control each of these devices separately.

In some embodiments, network adapter 220 can comprise and/or be implemented as a WNIC (wireless network interface controller) card (not shown) plugged or coupled to an expansion port (not shown) in computer system 100 (FIG. 1). In other embodiments, the WNIC card can be a wireless network card built into computer system 100 (FIG. 1). A wireless network adapter can be built into computer system 100 (FIG. 1) by having wireless communication capabilities integrated into the motherboard chipset (not shown), or implemented via one or more dedicated wireless communication chips (not shown), connected through a PCI (peripheral component interconnector) or a PCI express bus of computer system 100 (FIG. 1) or USB port 112 (FIG. 1). In other embodiments, network adapter 220 can comprise and/or be implemented as a wired network interface controller card (not shown).

Although many other components of computer system 100 (FIG. 1) are not shown, such components and their interconnection are well known to those of ordinary skill in the art. Accordingly, further details concerning the construction and composition of computer system 100 (FIG. 100) and the circuit boards inside chassis 102 (FIG. 1) are not discussed herein.

When computer system 100 in FIG. 1 is running, program instructions stored on a USB drive in USB port 112, on a CD-ROM or DVD in CD-ROM and/or DVD drive 116, on hard drive 114, or in memory storage unit 208 (FIG. 2) are executed by CPU 210 (FIG. 2). A portion of the program instructions, stored on these devices, can be suitable for carrying out all or at least part of the techniques described herein. In various embodiments, computer system 100 can be reprogrammed with one or more modules, system, applications, and/or databases, such as those described herein, to convert a general purpose computer to a special purpose computer. For purposes of illustration, programs and other executable program components are shown herein as discrete systems, although it is understood that such programs and components may reside at various times in different storage components of computing device 100, and can be executed by CPU 210. Alternatively, or in addition to, the systems and procedures described herein can be implemented in hardware, or a combination of hardware, software, and/or firmware. For example, one or more application specific integrated circuits (ASICs) can be programmed to carry out one or more of the systems and procedures described herein. For example, one or more of the programs and/or executable program components described herein can be implemented in one or more ASICs.

Although computer system 100 is illustrated as a desktop computer in FIG. 1, there can be examples where computer system 100 may take a different form factor while still having functional elements similar to those described for computer system 100. In some embodiments, computer system 100 may comprise a single computer, a single server, or a cluster or collection of computers or servers, or a cloud of computers or servers. Typically, a cluster or collection of servers can be used when the demand on computer system 100 exceeds the reasonable capability of a single server or computer. In certain embodiments, computer system 100 may comprise a portable computer, such as a laptop computer. In certain other embodiments, computer system 100 may comprise a mobile device, such as a smartphone. In certain additional embodiments, computer system 100 may comprise an embedded system.

Turning ahead in the drawings, FIG. 3 illustrates a block diagram of a load and route design system 300 that can be employed for automatic generation of load and route design, according to an embodiment. Load and route design system 300 is merely exemplary and embodiments of the system are not limited to the embodiments presented herein. The load and route design system can be employed in many different embodiments or examples not specifically depicted or described herein. In some embodiments, certain elements, modules, or systems of load and route design system 300 can perform various procedures, processes, and/or activities. In other embodiments, the procedures, processes, and/or activities can be performed by other suitable elements, modules, or systems of load and route design system 300. Load and route design system 300 can be implemented with hardware and/or software, as described herein. In some embodiments, part or all of the hardware and/or software can be conventional, while in these or other embodiments, part or all of the hardware and/or software can be customized (e.g., optimized) for implementing part or all of the functionality of load and route design system 300 described herein.

In many embodiments, load and route design system 300 can be a computer system, such as computer system 100 (FIG. 1), as described above, and can each be a single computer, a single server, or a cluster or collection of computers or servers, or a cloud of computers or servers. In another embodiment, a single computer system can host load and route design system 300. Additional details regarding load and route design system 300 are described herein.

In some embodiments, load and route design system 300 can be in data communication through a communication network 330 with physical stores 360, which can include physical stores 361-363, for example, and distribution centers, such as distribution center 350. In several embodiments, each of the physical stores (e.g., 360) and each of the distribution centers (e.g., 350) can be a physical, brick-and-mortar location that are associated (e.g., operated by a common business entity or entities under common control) with load and route design system 300. In many embodiments, the physical stores (e.g., 360) and the distribution centers (e.g., 350) each can include one or more computer systems.

In a number of embodiments, each of physical stores 360 can be a retail store, such as a department store, a grocery store, or a super store (e.g., both a grocery store and a department store). In many embodiments, the distribution centers (e.g., 350) can provide the items sold at the physical stores (e.g., 360). For example, a distribution center (e.g., 350) can supply and/or replenish stock at the physical stores (e.g., 360) that are in a region of the distribution center. In many embodiments, a physical store (e.g., 361-363) can submit an order to a distribution center (e.g., 350) to supply and/or replenish stock at the physical store (e.g., 361-363). In many embodiments, distribution center 350 can be referred to as a warehouse or other facility that does not sell products directly to a customer.

In some embodiments, load and route design system 300 can be a distributed system that includes one or more systems in each of the distribution centers (e.g., 350). In other embodiments, load and route design system 300 can be a centralized system that communicates with computer systems in the physical stores (e.g., 360) and distribution centers (e.g., 350). In some embodiments, communication network 330 can be an internal network that is not open to the public, which can be used for communications between load and route design system 300, physical stores (e.g., 360), and distribution centers (e.g., 350). In other embodiments, communication network 330 can be a public network, such as the Internet. In several embodiments, operators and/or administrators of load and route design system 300 can manage load and route design system 300, the processor(s) of load and route design system 300, and/or the memory storage unit(s) of load and route design system 300 using the input device(s) and/or display device(s) of load and route design system 300, or portions thereof in each case.

In several embodiments, load and route design system 300 can include one or more input devices (e.g., one or more keyboards, one or more keypads, one or more pointing devices such as a computer mouse or computer mice, one or more touchscreen displays, a microphone, etc.), and/or can each include one or more display devices (e.g., one or more monitors, one or more touch screen displays, projectors, etc.). In these or other embodiments, one or more of the input device(s) can be similar or identical to keyboard 104 (FIG. 1) and/or a mouse 110 (FIG. 1). Further, one or more of the display device(s) can be similar or identical to monitor 106 (FIG. 1) and/or screen 108 (FIG. 1). The input device(s) and the display device(s) can be coupled to load and route design system 300 in a wired manner and/or a wireless manner, and the coupling can be direct and/or indirect, as well as locally and/or remotely. As an example of an indirect manner (which may or may not also be a remote manner), a keyboard-video-mouse (KVM) switch can be used to couple the input device(s) and the display device(s) to the processor(s) and/or the memory storage unit(s). In some embodiments, the KVM switch also can be part of load and route design system 300. In a similar manner, the processors and/or the non-transitory computer-readable media can be local and/or remote to each other.

Meanwhile, in many embodiments, load and route design system 300 also can be configured to communicate with and/or include one or more databases. The one or more databases can include a product database that contains information about products, items, or SKUs (stock keeping units), for example, among other data as described herein, such as described herein in further detail. The one or more databases can be stored on one or more memory storage units (e.g., non-transitory computer readable media), which can be similar or identical to the one or more memory storage units (e.g., non-transitory computer readable media) described above with respect to computer system 100 (FIG. 1). Also, in some embodiments, for any particular database of the one or more databases, that particular database can be stored on a single memory storage unit or the contents of that particular database can be spread across multiple ones of the memory storage units storing the one or more databases, depending on the size of the particular database and/or the storage capacity of the memory storage units.

The one or more databases can each include a structured (e.g., indexed) collection of data and can be managed by any suitable database management systems configured to define, create, query, organize, update, and manage database(s). Exemplary database management systems can include MySQL (Structured Query Language) Database, PostgreSQL Database, Microsoft SQL Server Database, Oracle Database, SAP (Systems, Applications, & Products) Database, and IBM DB2 Database.

Meanwhile, communication between load and route design system 300, physical stores 360, distribution center 350, and/or the one or more databases can be implemented using any suitable manner of wired and/or wireless communication. Accordingly, load and route design system 300 can include any software and/or hardware components configured to implement the wired and/or wireless communication. Further, the wired and/or wireless communication can be implemented using any one or any combination of wired and/or wireless communication network topologies (e.g., ring, line, tree, bus, mesh, star, daisy chain, hybrid, etc.) and/or protocols (e.g., personal area network (PAN) protocol(s), local area network (LAN) protocol(s), wide area network (WAN) protocol(s), cellular network protocol(s), powerline network protocol(s), etc.). Exemplary PAN protocol(s) can include Bluetooth, Zigbee, Wireless Universal Serial Bus (USB), Z-Wave, etc.; exemplary LAN and/or WAN protocol(s) can include Institute of Electrical and Electronic Engineers (IEEE) 802.3 (also known as Ethernet), IEEE 802.11 (also known as WiFi), etc.; and exemplary wireless cellular network protocol(s) can include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Evolution-Data Optimized (EV-DO), Enhanced Data Rates for GSM Evolution (EDGE), Universal Mobile Telecommunications System (UMTS), Digital Enhanced Cordless Telecommunications (DECT), Digital AMPS (IS-136/Time Division Multiple Access (TDMA)), Integrated Digital Enhanced Network (iDEN), Evolved High-Speed Packet Access (HSPA+), Long-Term Evolution (LTE), WiMAX, etc. The specific communication software and/or hardware implemented can depend on the network topologies and/or protocols implemented, and vice versa. In many embodiments, exemplary communication hardware can include wired communication hardware including, for example, one or more data buses, such as, for example, universal serial bus(es), one or more networking cables, such as, for example, coaxial cable(s), optical fiber cable(s), and/or twisted pair cable(s), any other suitable data cable, etc. Further exemplary communication hardware can include wireless communication hardware including, for example, one or more radio transceivers, one or more infrared transceivers, etc. Additional exemplary communication hardware can include one or more networking components (e.g., modulator-demodulator components, gateway components, etc.).

In several embodiments, load and route design system 300 can receive an order for a physical store (e.g., 361-363) and can automatically design how the order will be fulfilled from a distribution center to delivery at the store. In a number of embodiments, load and route design system 300 can determine pallets to be used for items in the order, how to build stacks of the pallets to be shipped in trailers, designing and/or obtaining routes to be used for the trailers, and designing loads within the trailers for these routes. In several embodiments, the trailers each can be any form of road haulage shipping container or compartment, such as a semi-trailer, a full trailer, etc. For example, the trailers can be similar or identical to trailer 720 which is attached to tractor 710, as shown in FIG. 7 and described below.

In many embodiments, load and route design system 300 can include a communication system 301, an order initiation system 302, a stacking building system 303, a routing system 304, and/or a load design system 305. In many embodiments, the systems of load and route design system 300 can be modules of computing instructions (e.g., software modules) stored at non-transitory computer readable media that operate on one or more processors. In other embodiments, the systems of load and route design system 300 can be implemented in hardware. Load and route design system 300 can be a computer system, such as computer system 100 (FIG. 1), as described above, and can be a single computer, a single server, or a cluster or collection of computers or servers, or a cloud of computers or servers. In another embodiment, a single computer system can host load and route design system 300. Additional details regarding load and route design system 300 and the components thereof are described herein.

Turning ahead in the drawings, FIG. 4 illustrates a block diagram 400 of acts, modules, and outputs, which can be employed for automatic generation of load and route design, according to an embodiment. Block diagram 400 is merely exemplary and embodiments of the acts, modules, and outputs are not limited to the embodiments presented herein. The acts, modules, and outputs can be employed in many different embodiments or examples not specifically depicted or described herein. In some embodiments, certain elements of block 400 can perform, involve, and/or be generated by involve various procedures, processes, and/or activities. In other embodiments, the procedures, processes, and/or activities can be performed by, and the outputs can be generated by, other suitable elements of block 400. In many embodiments, block 400 can be implemented by load and route design system 300 (FIG. 3).

In many embodiments, block diagram 400 can begin at block 410 of receiving orders and performing initial processing. For example, the orders can be partitioned into the different distribution centers (e.g., 350 (FIG. 3)) to be used to fulfill the orders. As another example, the different types of items in the order can be determined in order to determine what categories of items are included in the order. The types of items (also referred to as “commodity types”) can include (a) “MP,” which can include meats and produce, which can involve temperature control; (b) “FDD,” which can include food, dairy, and deli, which can involve temperature control; and (c) “dry,” which can include any other items that do not require temperature control. As another example, the order can include a requested delivery date, which can be the day that the physical store (e.g., 361-363 (FIG. 3)) requests to receive the shipment of the order. In many embodiments, an order filling date can be calculated based on the requested delivery date. The order filling date can be the date that the order is filled at the distribution center (e.g., 350 (FIG. 3)) and placed on a trailer.

In several embodiments, block diagram 400 also can include a block 420 of stack building. In many embodiments, each of the types of items in the order can be stored in the distribution center (e.g., 350 (FIG. 3)) on separate pallets. For example, the order can include an order for one pallet of a particular brand of flour, and two pallets of a particular brand of sugar. In several embodiments, the pallets can be arranged into stacks at the distribution center (e.g., 350 (FIG. 3)). Block 420 can involve designing how the pallets should be stacked into a customized (e.g., optimized) arrangement, which can limit the amount of floor spots that will be used in the trailer when the stacks are shipped to the physical store (e.g., 361-363 (FIG. 3)).

In many embodiments, block diagram 400 additionally can include a block 430 of route optimization and load building. In many embodiments, block 430 can include a block 440 for a route optimizer and a block 450 for a load designer. In many embodiments, the number of stacks that will be built to fill an order can be determined once block 420 of stacking building is completed. Each of these stacks can have a weight, which can be determined based on the weights of the pallets in the stacks. Each order has a destination at a physical store (e.g., 361-363 (FIG. 3)). Block 440 of route optimizing can determine a route for each trailer to go to deliver the orders. In many cases, a trailer can carry more than one order, such as two order or three orders, so the routes can be designed such that the trailer carries multiple orders to limit total distances traveled and/or total transit time across all the trailers involved in delivering the orders. In many embodiments, blocks 440 and 450 are grouped in block 430 because route determination can involve determining an initial load design, the determining the stops at physical stores (e.g., 361-363 (FIG. 3)) on a route can involve determining the orders that will be included in a load that will leave the distribution center (e.g., 350) in a trailer. In many embodiments, route optimizer also can consider rest constraints on drivers to allow drivers delivering the trailers to have sufficient rest.

In a number of embodiments, block 430 can generate initial load designs, which can be stored in a block 460 of storing initial load design, and/or can generate delivery routes, which can be stored in a block 470 of storing the delivery routes. The initial load designs can include the orders that will be included in a trailer. The delivery routes can include the schedule of stops for the trailer.

In several embodiments, block diagram 400 further can include a block 480 of completing the load design, which can include a stack distribution and axle adjustment. In many embodiments, completing the load design can involve using the initial load designs, such as those generated in block 430 and stored in block 460, and determining how the stacks in the orders will be assigned to floor spots in the trailer in order to satisfy the schedule of stops and weight distribution requirements.

In a number of embodiments, block 480 can generate final load designs, which can be stored in a block 490 of storing the final load designs. These final load designs can then be used, together with the delivery routes stored in block 470 to fulfill and/or physically deliver the orders from the distribution centers (e.g., 350 (FIG. 3)) to the physical stores (e.g., 361-363 (FIG. 3)) using the trailers according to the plans in the final load designs and the delivery routes.

Turning ahead in the drawings, FIG. 5 illustrates a flow chart for a method 500, according to another embodiment. In some embodiments, method 500 can be a method of automatically generating load and route design. Method 500 is merely exemplary and is not limited to the embodiments presented herein. Method 500 can be employed in many different embodiments or examples not specifically depicted or described herein. In some embodiments, the procedures, the processes, and/or the activities of method 500 can be performed in the order presented. In other embodiments, the procedures, the processes, and/or the activities of method 500 can be performed in any suitable order. In still other embodiments, one or more of the procedures, the processes, and/or the activities of method 500 can be combined or skipped.

In many embodiments, load and route design system 300 (FIG. 3) can be suitable to perform method 500 and/or one or more of the activities of method 500. In these or other embodiments, one or more of the activities of method 500 can be implemented as one or more computing instructions configured to run at one or more processors and configured to be stored at one or more non-transitory computer readable media. Such non-transitory computer readable media can be part of a computer system such as load and route design system 300 (FIG. 3). The processor(s) can be similar or identical to the processor(s) described above with respect to computer system 100 (FIG. 1).

In some embodiments, method 500 and other blocks in method 500 can include using a distributed network including distributed memory architecture to perform the associated activity. This distributed architecture can reduce the impact on the network and system resources to reduce congestion in bottlenecks while still allowing data to be accessible from a central location.

Referring to FIG. 5, method 500 can include a block 505 of receiving orders from physical stores for fulfillment from a distribution center. The physical stores can be similar or identical to physical stores 360 (FIG. 3). The distribution center can be similar or identical to distribution center 350 (FIG. 3). In several embodiments, each of the orders can include a set of items and a requested delivery date. In many embodiments, an order filling date can be determined for each of the orders based at least in part on the requested delivery date of each respective one of the orders. In many embodiments, block 505 can include various acts of block 410 (FIG. 4).

In several embodiments, method 500 also can include a block 510 of generating a stack building plan for each of the orders using simulated annealing. In many embodiments, the stack building plan can minimize the number of stacks created for an order using the pallets that will be used to fulfill the order. By limiting the number of stacks created for the order, the number of floor spots used in the trailer can be minimized, which can allow more orders to be fulfilled in fewer total loads. In many embodiments, generating the stack building plan for each of the orders using simulated annealing can include, for each of the orders, determining the stack building plan for the order using simulated annealing to minimize a quantity of stacks to be built from pallets for the items in the order subject to a stack height limit, pallet stacking rules, and temperate range rules. In many embodiments, block 510 can include various acts of block 420 (FIG. 4).

A typical pallet is a frame (often a wood frame, but sometimes a plastic frame or metal frame) measuring approximately 40 inches by approximately 48 inches, with layers of products above the frame. For example, a pallet of sugar can include packages of sugar in piled in layers above the frame for a certain height, such as 4 feet, for example. A pallet is often wrapped with a plastic wrap to secure the products to the pallet and prevent the products from falling and/or spilling off of the pallet.

Pallets can be stacked to create a stack. A stack can be a sequence of pallets from bottom to top. A number of constraints can apply when building stacks from pallets. For example, the inside height of the trailer can limit the height of stacks, which can impose a stack height limit. For example, if the inside height of a trailer is approximately 111 inches, there can be a stack height limit of approximately 108 inches, for example, for that particular trailer. Depending on the stack height limit and the height of the individual pallets a stack can include one pallet, two pallets, three pallets, or four or more pallets.

Additional constraints for building stacks can include pallet stacking rules. In many embodiments, the pallet stacking rules can restrict certain types of pallets from being stacked above or below other types of pallets. For example, lighter pallets are typically stacked above heavier pallets within the same stack, and a pallet containing chemicals typically are not stacked above other pallets within the same stack. An exemplary set of pallet stacking rules is shown in Table 1, below.

TABLE 1 Up Self Down Any Bottom Chemical Intact Normal Stack Top Any 999 X X X Bottom X 1 X X X Chemical X 999 X X X Intact X 999 X X Normal X 999 X Self Stack 999 X Top 999

The rows in Table 1 indicate what types of pallets can be below the types of pallets in the columns, and the columns indicate what types of pallets can be above the types of pallets in the rows. A number indicates how many pallets are allowed, an X means unlimited, and a blank means not allowed. For example, the row for chemical indicates that a chemical pallet cannot be placed below the bottom pallet or below a self-stack pallet. The column for chemical indicates that a chemical pallet cannot be placed above any pallet except a chemical pallet.

Further constraints for building stacks can include temperature range rules. For example, a pallet that includes items at a certain temperature range (e.g., frozen, refrigerated, dry (non-refrigerated)) will be stacked with other pallets that include items at the same temperature range, not with pallets that include items at other temperature ranges.

Based on the order, the number of pallets and types of pallets (e.g., chemical, refrigerated, etc.) to be used to fill the order can be determined. Based on these inputs, an arrangement of the pallets in stacks can be generated to minimize the number of stacks that will include all the pallets in the order, subject to the stack height limit, the pallet stacking rules, and the temperate range rules. In some embodiments, constraint programming can be used to generate the arrangements of the pallets in the stacks for the order, such as by modelling mathematically with integer programming.

In many embodiments, simulated annealing can be used to determine the stacking building plan. Simulated annealing can be used to determine a global minimum despite local minimums. In greedy heuristic algorithms, local minimums can be achieved, but the actual best solution, a global minimum, often is not achieved. In simulated annealing, a local minimum can be overcome by allowing worse outcomes to get out of the local minimum. Eventually, with a view of other options outside of the confines of local minimums, the algorithm can become greedy to achieve the global minimum. For example, initially, each computer representation of a pallet can be assigned to a separate computer representation of stack. A pallet can then be randomly selected to be moved to another stack, at a random position within the stack. If the move is feasible, based on the constraints, the move can be made in the computer representation. If there are fewer stacks than before the move, then the move can be viewed as a positive outcome. A greedy heuristic algorithm would test whether the move results in a positive outcome, and if so, the move would be made, and if not, the move would not be made. By contrast, simulated annealing can allow moves to be made for non-positive (negative or neutral) outcomes in an effort to escape a local minimum to achieve a lower global minimum. In many embodiments, after exploration of moves that are non-positive to escape one or more local minimum, the simulated annealing can become greedy to achieve the global minimum.

In a number of embodiments, method 500 additionally can include a block 515 of obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan. The trailers can be similar or identical to trailer 720, as shown in FIG. 7 and described below. In many embodiments, a route can include a single order, multiple orders, or part of an order. In several embodiments, the routes can split an order across two of the trailers when a quantity of stacks in the order exceeds a floor spot capacity for one of the trailers, such as one of the trailers that has the highest floor spot capacity that is available to the distribution center. For example, if there are 32 floor spots in a trailer, and the number of stacks in an order is 40, the order can be split among two different routes for two different trucks. In many embodiments, block 515 can include various acts of block 430 (FIG. 4), block 440 (FIG. 4), block 450 (FIG. 4), block 460 (FIG. 4), and/or block 470 (FIG. 4). In some embodiments, the routes can be obtained from another system or another module of the system. In other embodiments, the routes can be determined, as described below.

In a number of embodiments, the routes for the trailers can be obtained using simulated annealing based at least in part on the stack building plan to determine routes that minimize distances subject to a weight constraint for each of the trailers and a floor spot capacity for each of the trailers. In many embodiments, the stack building plan can include the number of stacks in the order and the total weight of all of the stacks in the order. Each trailer can have a weight constraint, which can be the total amount of weight that the trailer can carry in a load. Each trailer also can have a floor spot capacity. Each floor spot can be an area of the trailer floor that can hold a stack. For example, because pallets are typically approximately 40 inches by approximately 48 inches in area, the stacks can have a bottom surface area of approximately 40 inches by approximately 48 inches. Each floor spot can hold a single stack, and can be approximately 40 inches by approximately 48 inches. The floor spot capacity of a trailer can be dependent on the inside length of the trailer and the inside width of the trailer.

The inside width of the trailer can determine the type of loading pattern used in the trailer. For example, FIG. 6(a) illustrates a top, rear, right side perspective view of a lengthwise loading pattern 610 for a trailer, which can include stacks, such as stacks 611 and 612. A trailer can allow a lengthwise loading pattern, which means positioning the stacks with the lengths along the cross-sectional width of the trailer, when the inside width of the trailer is greater than or equal to approximately 98 inches, which can fit two stacks lengthwise at approximately 48 inches a piece plus approximately 2 inches additional for buffer. For a trailer having an inside length of approximately 53 feet, the lengthwise loading pattern can allow a floor spot capacity of 30 stacks.

FIG. 6(b) illustrates a top plan view of a pinwheel loading pattern 620 for a trailer, which can include stacks, such as stacks 621 and 622. When the inside width of the trailer is less than approximately 98 inches, two lengthwise stacks will not fit across the inside width. Instead, if the inside width of the trailer is greater than or equal to approximately 90 inches, the stacks can be arranged in the trailer in a “pinwheel” manner, in which one of the stacks across the inside width of the trailer is positioned lengthwise and the other stack is positioned widthwise. For a trailer having an inside length of approximately 53 feet, the pinwheel loading pattern can allow a floor spot capacity of 28 stacks.

When the inside width of the trailer is less than approximately 90 inches, the pinwheel loading pattern will not fit. Instead, as long as the inside width of the trailer is at least approximately 82 inches, a widthwise loading pattern can be used, in which the stacks are positioned with the widths of the stacks along the cross-sectional width of the trailer. For a trailer having an inside length of approximately 53 feet, the widthwise loading pattern can allow a floor spot capacity of 26 stacks.

In many embodiments, simulated annealing can be used to determine the routes. Simulated annealing can be used to determine a global optimum despite local optimums. As explained above, in greedy heuristic algorithms, local optimums can be achieved, but the actual best solution, a global optimum, often is not achieved. In simulated annealing, a local optimum can be overcome by allowing worse outcomes to get out of the local optimum. Eventually, with a view of other options outside of the confines of local optimums, the algorithm can become greedy to achieve the global optimum. For example, initially, each computer representation of an order can be assigned to a separate computer representation of a route using a computer representation of a trailer. An order can then be randomly selected to be moved to another route, at a sequence within the route. If the move of the order to the route with the trailer is feasible, based on the constraints of the number of stacks in the order, the total weight of the stacks in the order, the floor spot capacity of the trailer, and the weight constraints of the trailer, then the move can be made in the computer representation. If the total distances traveled and/or total transit time for all the orders is decreased, then the move can be viewed as a positive outcome. A greedy heuristic algorithm would test whether the move results in a positive outcome, and if so, the move would be made, and if not, the move would not be made. By contrast, simulated annealing can allow moves to be made for non-positive (negative or neutral) outcomes in an effort to escape a local minimum to achieve a lower global minimum. In many embodiments, after exploration of moves that are non-positive to escape one or more local minimum, the simulated annealing can become greedy to achieve the global minimum.

In several embodiments, the routes, as obtained and/or determined, can include a sequence of delivery for the orders in the load of the trailer that will be used for the route. The sequence of delivery can be viewed as sequence-of-delivery constraints to be satisfied when generating a load design in block 530, described below.

In many embodiments, the routes can include a driving schedule generated subject to rest constraints. Rest constraints can be based on legal regulations, company policies, and/or driver specifications, for example. For example, in the United States, the U.S. Department of Transportation requires that drivers have 10 hours or rest for every 10 hours of driving. In a number of embodiments, the schedule can be generated based on cumulative driving time and rest time. For example, if the number of hours to be driven in a day will exceed 10 hours, an additional ten hours can be added to the transit time to allow for rest. For example, if the following condition is satisfied, then an additional ten hours can be added to the driving time:

(origin's cumulative time+driving time to destination) % 20>10,

where origin's cumulative time is the driving time for the day for the driver at the start of the trip, the driving time to destination is the remaining driving time to reach the destination, and the % is the mod (modulo) operator.

In several embodiments, method 500 further can include a block 520 of generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints. In many embodiments, the center-of-gravity constraints of the trailer can be determined as a range of positions of the trailer based on a weight of the load carried by the trailer, positions of axles of the trailer, and weight limits for the axles of the trailer. In many embodiments, block 520 can include various acts of block 450 (FIG. 4), block 460 (FIG. 4), block 480 (FIG. 4), and/or block 490 (FIG. 4).

For example, FIG. 7 illustrates a top, left side perspective view of a semi-trailer truck 700 including a tractor 710 and a trailer 720. Semi-trailer truck 700 shown in FIG. 7 can be modified from the actual semi-trailer truck, as the actual tractor typically will include a front axle with two wheels, one on each side, and two rear axles, each having four wheels, two on each side for each rear axle, which are positioned under a front portion of the actual trailer, and the actual trailer typically will have two rear axles, each having four wheels, two on each side for each rear axle, which are positioned under a rear portion of the actual trailer. As shown in FIG. 7, semi-trailer truck 700 is simplified such that the two rear axles of the actual tractor are modeled as a single axle, specifically, axle 731, and the two rear axles of the actual trailer are modeled as a single axle, specifically, axle 732. Trailer 720 can have a length L, a height H, and a width W, as shown in FIG. 7. The length L can extend from a front 721 of trailer 720 to a rear 722 of trailer 720. Axle 731 can have a position 741, which is a distance δ₁ from front 721 of trailer 720, and axle 732 can have a position 742, which is a distance δ₂ from front 721 of trailer 720. As used herein, the axles of the trailer can include axle 731 and axle 732, even when axle 731 is actually part of the tractor.

In many embodiments, as modeled in FIG. 7, axle 731 can be located at a midpoint between the two rear axles of the actual tractor and axle 732 can be located at a midpoint between the two rear axles of the actual trailer. Axle 731 can have a weight limit, which can be based on the weight limits of the two rear axles of the actual tractor, and axle 732 can have a weight limit, which can be based on the weight limits of the two rear axles of the actual trailer. In many embodiments, the routes determined in block 515 (FIG. 5) above were subject to the weight constraint of the trailer, meaning that the total weight of the stacks is less than the sum of the weight limits for axle 731 and axle 732. However, these weight constraints assume a perfectly balanced load, such as a center of gravity at the exact center between axle 731 and axle 732 of trailer 720. In practice, the center of gravity can be frontward or rearward of the center point between axles 731 and 732 of trailer 720. A range of positions for the center of gravity can be determined in order to satisfy the weight limits of the axles. This range of positions can be based on the total weight of the load, which can be the total weight of all the stacks in the all the orders in the load carried in the trailer (e.g., 720), the positions of the axles, and the weight limits for the axles, as follows:

${{\max \; {COG}} = {{AxlePos}_{1} + \frac{\max \; {Weight}_{1} \times \left( {{AxlePos}_{2} - {AxlePos}_{1}} \right)}{totalWeight}}},{{\min \; {COG}} = {{AxlePos}_{2} - \frac{\max \; {Weight}_{2} \times \left( {{AxlePos}_{2} - {AxlePos}_{1}} \right)}{totalWeight}}},$

where maxCOG is the upper bound of the range of positions, minCOG is the lower bound of the range of positions, AxlePos₁ is position 741 (δ₁) of axle 731, AxlePos₂ is position 742 (δ₂) of axle 732, maxWeight₁ is the weight limit for axle 731, maxWeight₂ is the weight limit for axle 732, and totalWeight is the total weight of the load. The position of the center of gravity can be between the positions of minCOG and maxCOG, which can provide the range of positions for the center-of-gravity constraints. For heavier loads, the range of positions is smaller, converging on the center point between axles 731 and 732 of trailer 720. For lighter loads, the range of positions is larger, and for loads that are light enough, the position can be anywhere in the trailer.

Once the center-of-gravity constraints have been determined for the trailer for the load based on the orders for the route, the load design can be generated, which can generate floor spot assignments for the stacks in the orders. For example, each stack can be assigned a particular floor spot in the trailer. These floor spot assignments for the stacks can be subject to satisfying the sequence-of-delivery constraints and center-of-gravity constraints. These floor spot assignments can be based on the type of trailer. For example, some trailers are “dry” trailers, which a single compartment trailers that can carry “dry” (non-refrigerated and non-frozen) items. Other trailers are tri-temp trailers, which can include three compartments that can each be at a different temperature range. For many of the tri-temp trailers, the size of each compartment is variable, within ranges, based on separators that can be adjusted to different positions. Adjusting the separators to increase the size of one of the compartments can affect range of sizes available for one or more of the other compartments. For many of the tri-temp trailers, the temperature range for each of the compartments can be adjusted to the desired temperature range, such as frozen, refrigerated, or “dry.”

In many embodiments, when the trailer is a dry trailer, the floor spot assignments for the stacks can be assigned based at least in part on a quantity of the one or more of the orders in the load. For example, when the quantity of the one or more of the orders in the load is equal to one, the floor spot assignments can place the stacks that are heaviest in a middle of the trailer. FIG. 8 illustrates a top, rear, left side perspective view of a load 800 in a trailer. The trailer can include a front region 810, a middle region 820, and a rear region 830. Load 800 can include stacks, such as stack 801. The largest and heaviest stacks of load 800 are positioned in middle region 820, closest to the center point between the axles, between front region 810 and rear region 830 of the trailer.

When the quantity of the one or more of the orders in the load is equal to two, the floor spot assignments place the stacks associated with a first stop in descending weight order and can place the stacks associated with a last stop in ascending weight order. The first stop can be the first stop in the sequence of deliveries, and the stacks associated with the order associated with the first stop can be placed in the rear portion (e.g., approximately rear half) of the trailer, in a manner such that the weight of the stacks is descending when moving front-to-rear in the trailer (e.g., heaviest to lightest). The last stop can be the last stop in the sequence of deliveries, and the stacks associated with the order associated with the last stop can be placed in the front portion (e.g., approximately front half) of the trailer, in a manner such that the weight of the stacks is ascending when moving front-to-rear in the trailer (e.g., lightest to heaviest).

When the quantity of the one or more of the orders in the load is equal to three, the floor spot assignments can place the stacks associated with a first stop (e.g., in the rear of the trailer) in descending weight order, can place the stacks associated with a second stop that are heaviest in a middle of the trailer, and place the stacks associated with a last stop (e.g., in the front of the trailer) in ascending weight order. In several embodiments, when the load design results in empty floor spots at the front and/or the rear of the trailer, padding can be added in these floor spots to secure the load and prevent frontward or rearward shifting of the load during transit.

By arranging the positions of the stacks based on the individual weights of the stacks, while center-of-gravity can be positioned near the center point between the axles. As part of generating the load design, the load design can be verified that the floor spot assignments in fact keep the center of gravity of the trailer within the center-of-gravity constraints for the trailer. Additionally, the load design can be verified that the floor spots assignments maintaining the sequence of deliveries, so that the stacks associated with order are positioned in a manner that the stacks for the order to be delivered at the first stop on the route are at the rear of the trailer, and the stacks for the orders for each subsequent stop are positioned immediately frontward of the stacks for the previous stop. This approach can handle the first-in-first-out manner of loading and unloading from the rear for the trailers.

In some embodiments, when the trailer is a tri-temp trailer, the floor spot assignments for the stacks can be determined based at least in part on a quantity of different temperature ranges associated with the one or more of the orders in the load. For example, when all of the stacks in the load are for a single temperature range (e.g., all frozen, or all refrigerated, or all dry), the load design can be treated the same as a “dry” trailer, as there is effectively a single compartment, even if there are multiple actual compartments, because each of the actual compartments will be at the same temperature range.

When there are two different temperature ranges for the stacks in the load, the stacks are separated into the three compartments with a first group of the stacks for a first temperature range in one or two of the compartments, and a second group of the stacks (e.g., those remaining after removing the first portion) in the other one or two compartments. Both compartments can be set to the same temperature range for the group that is in two compartments. Generally, in a tri-temp trailer, the compartment with the largest possible capacity is smaller than the combined capacity of the second-largest and third-largest compartments. With these types of tri-temp trailers, as long as the number of stacks in the larger of the two groups of stacks fits within the combined capacity of the second-largest and third-largest compartments, the load design can satisfy compartment capacity constraints.

When there are three different temperature ranges for the stacks in the load, the stacks are separated into the three compartments with a first group of the stacks for a first temperature range in one of the compartments, a second group of the stacks in a second one of the compartments, and a third group of the stacks in the remaining compartment. As long as the number of stacks in the largest of the three groups of stacks fits within the capacity of the largest compartment, the number of stacks in the second-largest of the three groups of stacks fits within the capacity of the second-largest compartment, and the number of stacks in the third-largest of the three groups of stacks fits within the capacity of the third-largest compartment, the load design can satisfy compartment capacity constraints. For a tri-temp trailer with one, two, or three different temperature ranges, the load also can be verified to satisfy the center-of-gravity constraints for the trailer.

Returning to FIG. 3, in several embodiments, communication system 301 can at least partially perform block 505 (FIG. 5) of receiving orders from physical stores for fulfillment from a distribution center.

In several embodiments, order initiation system 302 can at least partially perform block 410 (FIG. 4) of receiving orders and performing initial processing, and/or block 505 (FIG. 5) of receiving orders from physical stores for fulfillment from a distribution center.

In a number of embodiments, stack building system 303 can at least partially perform block 420 (FIG. 4) of stack building, and/or block 510 (FIG. 5) of generating a stack building plan for each of the orders using simulated annealing.

In several embodiments, routing system 304 can at least partially perform block 430 (FIG. 4) of route optimization and load building, block 460 (FIG. 4) of storing initial load design, block 470 (FIG. 4) of storing the delivery routes, and/or block 515 (FIG. 5) of obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan.

In a number of embodiments, load design system 305 can at least partially perform block 480 (FIG. 4) of completing the load design, block 490 (FIG. 4) of storing the final load designs, and/or block 520 (FIG. 5) of generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders.

In many embodiments, the techniques described herein can provide a practical application and several technological improvements. In some embodiments, the techniques described herein can provide for automatic generation of load and route designs using specific inputs and machine-implemented simulated annealing to determine stacks, routes, and loads that minimize travel distance and/or time and comply with applicable constraints. These techniques described herein can provide a significant improvement over conventional approaches of building stacks, designing routes, and/or designing loads without considering the breadth of possible options. Further, when considering these aspects collectively, additional improvements can be derived. Moreover, these designs are improvements over other possible approaches, such as subjective estimates, greedy heuristic approaches, and constraint programming.

In many embodiments, the techniques described herein can be used continuously at a scale that cannot be handled using manual techniques. For example, the number of loads from each distribution center per day can exceed a hundred or more.

In a number of embodiments, the techniques described herein can solve a technical problem that arises only within the realm of computer networks, as automatic solutions do not exist outside the realm of computer networks. Moreover, the techniques described herein can solve a technical problem that cannot be solved outside the context of computer networks. Specifically, the techniques described herein cannot be used outside the context of computer networks, in view of a lack of data, and because the simulated annealing approach cannot be performed without a computer.

Various embodiments include a system. The system can include one or more processors and one or more non-transitory computer-readable media storing computing instructions configured to run on the one or more processors and perform certain acts. The acts can include receiving orders from physical stores for fulfillment from a distribution center, each of the orders comprising a set of items and a requested delivery date. The acts also can include generating a stack building plan for each of the orders using simulated annealing. The acts additionally can include obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan. The acts further can include generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by the trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints.

Several embodiments include a method. The method can be implemented via execution of computing instructions configured to run at one or more processors and stored at one or more non-transitory computer-readable media. The method can include receiving orders from physical stores for fulfillment from a distribution center, each of the orders comprising a set of items and a requested delivery date. The method also can include generating a stack building plan for each of the orders using simulated annealing. The method further can include obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan. The method additionally can include generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints.

Although automatic generation of load and route designs has been described with reference to specific embodiments, it will be understood by those skilled in the art that various changes may be made without departing from the spirit or scope of the disclosure. Accordingly, the disclosure of embodiments is intended to be illustrative of the scope of the disclosure and is not intended to be limiting. It is intended that the scope of the disclosure shall be limited only to the extent required by the appended claims. For example, to one of ordinary skill in the art, it will be readily apparent that any element of FIGS. 1-9 may be modified, and that the foregoing discussion of certain of these embodiments does not necessarily represent a complete description of all possible embodiments. For example, one or more of the procedures, processes, or activities of FIGS. 4-5 may include different procedures, processes, and/or activities and be performed by many different modules, in many different orders, and/or one or more of the procedures, processes, or activities of FIGS. 4-5 may include one or more of the procedures, processes, or activities of another different one of FIGS. 4-5. As another example, the systems within load and route design system 300 (FIG. 3) can be interchanged or otherwise modified.

Replacement of one or more claimed elements constitutes reconstruction and not repair. Additionally, benefits, other advantages, and solutions to problems have been described with regard to specific embodiments. The benefits, advantages, solutions to problems, and any element or elements that may cause any benefit, advantage, or solution to occur or become more pronounced, however, are not to be construed as critical, required, or essential features or elements of any or all of the claims, unless such benefits, advantages, solutions, or elements are stated in such claim.

Moreover, embodiments and limitations disclosed herein are not dedicated to the public under the doctrine of dedication if the embodiments and/or limitations: (1) are not expressly claimed in the claims; and (2) are or are potentially equivalents of express elements and/or limitations in the claims under the doctrine of equivalents. 

What is claimed is:
 1. A system comprising: one or more processors; and one or more non-transitory computer-readable media storing computing instructions configured to run on the one or more processors and perform: receiving orders from physical stores for fulfillment from a distribution center, each of the orders comprising a set of items and a requested delivery date; generating a stack building plan for each of the orders using simulated annealing; obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan; and generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by the trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints.
 2. The system of claim 1, wherein an order filling date is determined for each of the orders based at least in part on the requested delivery date of each respective one of the orders.
 3. The system of claim 1, wherein generating the stack building plan for each of the orders using simulated annealing comprises, for each of the orders: determining the stack building plan for the order using simulated annealing to minimize a quantity of stacks to be built from pallets for the items in the order subject to a stack height limit, pallet stacking rules, and temperate range rules.
 4. The system of claim 1, wherein the routes for the trailers are obtained using simulated annealing based at least in part on the stack building plan to determine routes that minimize distances subject to a weight constraint for each of the trailers and a floor spot capacity for each of the trailers.
 5. The system of claim 1, wherein the routes split an order of the orders across two of the trailers when a quantity of stacks in the order exceeds a floor spot capacity for one of the trailers.
 6. The system of claim 1, wherein the routes comprise the sequence-of-delivery constraints.
 7. The system of claim 1, wherein the routes comprise a driving schedule generated subject to rest constraints.
 8. The system of claim 1, wherein the center-of-gravity constraints the trailer are determined as a range of positions of the trailer based on a weight of the load carried by the trailer, positions of axles of the trailer; and weight limits for the axles of the trailer.
 9. The system of claim 1, wherein, when the trailer is a dry trailer, the floor spot assignments for the stacks are assigned based at least in part on a quantity of the one or more of the orders in the load, such that: when the quantity of the one or more of the orders in the load is equal to one, the floor spot assignments place the stacks that are heaviest in a middle of the trailer; when the quantity of the one or more of the orders in the load is equal to two, the floor spot assignments place the stacks associated with a first stop in descending weight order and place the stacks associated with a last stop in ascending weight order; and when the quantity of the one or more of the orders in the load is equal to three, the floor spot assignments place the stacks associated with a first stop in descending weight order, place the stacks associated with a second stop that are heaviest in a middle of the trailer, and place the stacks associated with a last stop in ascending weight order.
 10. The system of claim 1, wherein, when the trailer is a tri-temp trailer, the floor spot assignments for the stacks are determined based at least in part on a quantity of different temperature ranges associated with the one or more of the orders in the load.
 11. A method being implemented via execution of computing instructions configured to run at one or more processors and stored at one or more non-transitory computer-readable media, the method comprising: receiving orders from physical stores for fulfillment from a distribution center, each of the orders comprising a set of items and a requested delivery date; generating a stack building plan for each of the orders using simulated annealing; obtaining routes for delivering the orders in trailers from the distribution center to the physical stores based at least in part on the stack building plan; and generating a load design for each of the routes to deliver in a trailer of the trailers a load for one or more of the orders, such that floor spot assignments for stacks for each of the one or more of the orders in the load carried by trailer satisfy sequence-of-delivery constraints and center-of-gravity constraints.
 12. The method of claim 11, wherein an order filling date is determined for each of the orders based at least in part on the requested delivery date of each respective one of the orders.
 13. The method of claim 11, wherein generating the stack building plan for each of the orders using simulated annealing comprises, for each of the orders: determining the stack building plan for the order using simulated annealing to minimize a quantity of stacks to be built from pallets for the items in the order subject to a stack height limit, pallet stacking rules, and temperate range rules.
 14. The method of claim 11, wherein the routes for the trailers are obtained using simulated annealing based at least in part on the stack building plan to determine routes that minimize distances subject to a weight constraint for each of the trailers and a floor spot capacity for each of the trailers.
 15. The method of claim 11, wherein the routes split an order of the orders across two of the trailers when a quantity of stacks in the order exceeds a floor spot capacity for one of the trailers.
 16. The method of claim 11, wherein the routes comprise the sequence-of-delivery constraints.
 17. The method of claim 11, wherein the routes comprise a driving schedule generated subject to rest constraints.
 18. The method of claim 11, wherein the center-of-gravity constraints the trailer are determined as a range of positions of the trailer based on a weight of the load carried by the trailer, positions of axles of the trailer; and weight limits for the axles of the trailer.
 19. The method of claim 11, wherein, when the trailer is a dry trailer, the floor spot assignments for the stacks are assigned based at least in part on a quantity of the one or more of the orders in the load, such that: when the quantity of the one or more of the orders in the load is equal to one, the floor spot assignments place the stacks that are heaviest in a middle of the trailer; when the quantity of the one or more of the orders in the load is equal to two, the floor spot assignments place the stacks associated with a first stop in descending weight order and place the stacks associated with a last stop in ascending weight order; and when the quantity of the one or more of the orders in the load is equal to three, the floor spot assignments place the stacks associated with a first stop in descending weight order, place the stacks associated with a second stop that are heaviest in a middle of the trailer, and place the stacks associated with a last stop in ascending weight order.
 20. The method of claim 11, wherein, when the trailer is a tri-temp trailer, the floor spot assignments for the stacks are determined based at least in part on a quantity of different temperature ranges associated with the one or more of the orders in the load. 